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(57) Abstract 

A digital rights management (DRM) sys- 
tem operates on a computing device when a 
user requests that a protected piece of digital 
content be rendered by the computer device tn 
a particular manner. The DRM system has a 
license store, a license evaluator, and a state 
store. The license store stores digital licenses 
on the computing device. The license evaluator 
determines whether any licenses stored in the 
license store correspond to the requested digi- 
tal content and whether any such correspond- 
ing licenses are valid, reviews license rules m 
each such valid license, and determining based 
on such reviewed license rules whether suchh- 
cense. enables, the requesting, usa to render the> 
' requested digital content in the manner sought 
The state store maintains state information cor- 
responding to each license in the license store, 
where the state information is created and up- 
dated by the license evaluator as necessary. 
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TTTT g nr THE INVENTION 

STRUCTURE OF DIGITAL RIGHTS MANAGEMENT (DRM) SYSTEM 
CROSS-REFERENCE TO RELATE" APPLICATIONS 
This application is a continuation of U.S. Patent Application No. 
09/290,363, filed April 12. 1999 and entitled "ENFORCEMENT ARCH1TF.CTURE 
AND METHOD FOR DIGITAL RIGHTS MANAGEMENT", and claims the benefit 
of U.S. Provisional Application No. 60/126.614, filed March 27, 1999 and entitled 
"ENFORCEMENT ARCHITECTURE AND METHOD FOR DIGITAL RIGHTS 
MANAGEMENT", both of which are hereby incorporated by reference. 

TECHNICAL FIELD 
The present invention relates to an architecture for enforcing rights in 
digital content More specifically, the present invention relates to such an enforcement 
architecture that allows access to encrypted digital content only in accordance with 
parameters specified by license rights acquired by a user of the digital content 

p a CKGROUND OF THE INVENTION 
Digital rights management and enforcement is highly desirable in 
connection with digital content such as digital audio, digital video, digital text digital 
data, digital multimedia, etc., where such digital content is to be distributed to users. 
Typical modes of distribution include tangible devices such as a magnetic (floppy) 
disk, a magnetic tape, an optical (compact) disk (CD), etc.. and intangible media such 
as an electronic bulletin board, an electronic network, the Internet etc. Upon bemg 
received by the user, such user renders or ' plays' the digital content with the aid of an 
appropriate rendering device such as a media player on a personal computtr or the like. 

Typically, a content owner or rights-owner. such as an author, a 
publisher, a broadcaster, etc. (hereinafter "content owner), wishes to distribute such 
digital content to a user or recipient in exchange for a license fee or some other 
consideration. Such content owner, given the choice, would likely wish to restrict what 
the user can do with such distributed digital content. For example, the content owner 
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In addition, the content owner may wish to provide the user with the 

. .«•«—,. nmes of uk licenses at different license fees, while at 
5 flexibility to purchase different types of use licenses 

me same time holding the user to the terms of whatever type of fa*. ■ ■ 

t a. intent owner may wish to allow distributed digital 
purchased. For example, the content owner may 

and hardware necessary to bj»** «* A «Mid 

„ ^-^-r' . 

15 aowniu internet to any destination. 

any of several known security determ ined user from 

However there is likely very little that prevents a mildly determme 
However, were „,k Himtal content in an un-encrypted 

decrypting encrypted digital content savmg such digital 
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such license from such license server without any action necessary on the part of the 
user. The license includes: 

encrvnted digital content; 

- a aecrypuun *>*j v*w; u«*» — — .r - 

. a description of the rights (play, copy, etc.) conferred by the license 
5 and related conditions (begin date, expiration date, number of plays, 

etc.), where such description is in a digitally readable form; and 
. a digital signature that ensures the integrity of the license- 
Tne user cannot deerypt and render the encrypted digital content without obtaining 
such a license from the license server. The obtained license is stored in a license store 

10 in the user's computing device. 

Importantly, the license server only issues a license to a DRM system 
that is 'trusted' (Le., that can authenticate itself). To implement 'trust', the DRM 
system is equipped with a 'black box' that performs decryption and encrypuon 

« t.__i. i : H ,1,»U » nnhlic / orivatC kCY pair, 
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system is equipped - 

functions for sucb DRM system. The black box includes a public / private key par, 
a version number and a unique signature, all as provided by an approved cerUfymg 
authority. The public key is made available to the license server for purposes of 
encrypting portions of the issued license, thereby binding such license to such black 
box Theprivatekeyisavailable to the black box on.y. and not to the user oranyone 
else for purposes of decrypting information encrypted with the correspondmg pubbc 
key' The DRM system is initially provided with a black box with a public / pnvate key 
pa,, and the user is prompted to download from a black box server an updated secure 
black box when the user first requests a license, lite black box server provides the 
updated black box. along with a unique public/private key pair. Such updated black 
box is written in unique executable code that will run only on the users computing 

^il l ^|--.«|*'^*«-'-"^ ,ta * fc,ta, 

m achine sends the black box public key, version number, and signature to the license 

and ,he signature is valid. A license request also includes an identification of the 
content for which a license is requested and a key ID that identifies the 
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decryption key associated with the requested digital content. The license server uses 
the black box public key to encrypt the decryption key, and Ok decryption key to 

rf««mlr«d s the encrvpted decryption key and encrypted 

encrypi uic uw^ue w»iwj — — — 

license terms to the user's computing device along with a license signature. 

Once the downloaded license has been stored in the DRM system 
license store, me user can render the digital content according to the rights conferred 
by the Ucense and specified in thelicense terms. When a requestis made to render the 
digital content, me black box is caused to decrypt the decryption key and license terms, 
and a DRM system license evamator evaluates such license terms. The black box 

that the requestor is allowed to play such content. The decrypted content is proved 

to the rendering application for rendering. 

BRIEF nirerRTPTlON OF THE DRAWINGS 
The foregoing summary, as well as the following detailed description 
ofthe embodiments ofthe present invention, will be better understood when read in 
conjunction with the appended drawings. For the purpose of illustrating the invention, 
mere are shown in the drawings embodiments which are presently preferred. As 
should be understood, hoover, the invention is not limited to the precise arrangements 
and instrumentalities shown. In the drawings: 

Fig. 1 is a block diagram showing an enforcement architecture m 

accordance with one embodiment ofthe present invention; 

Fig. 2 is a block diagram ofthe authoring tool ofthe architecture of 
Fig I in accordance with one embodiment ofthe present invention; 

Fig 3 is a block diagram of a digital content package having digital 
25 contentforuseinconnectionwhhthearchitectureofFig. 1 in accordance with one 

embodiment of the present invention; 

Fig.4is*w^*^ 1 m 

accordance with one embodiment of the present invention: 
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Figs. 5A and SB ate flow diagrams showing the steps performed in 
connect with me Digita, Rights Management (DRM) system of the coming 
....... . , n ,««ier content in accordance with one embod.ment of the present 
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nrescnt in acconinnoe with one embodiment of ptosont invenuon; 

^ FiB r u . a.* * — <* rf "' ,,ed " 

Fig 9 u . How dkvn to »* I"*™ 01 m a ™° a " 

^ „ DKM **» -I* ^ » — • » - ** " — *- "* 
embodiment of <1« invention; ,„ a __ fcroe d 

L- ». — «. — '» — — ont ^ 

,„. dm. in oneontao with on. embodiment of te ptose* "™»« 
sys «m in which in*- of th. n-™ — — — * W " 
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Detailed Description fthelnventi n 

Referring to the drawings in detail, wherein like numerals are used to 
^B.^taM there is shownin Fig. 1 an enforcement archttectuic 
Zl accordance with one embodiment of the present invention. Overall, the 

auser'scomputingdevicoR Such Ucense rules axe embodied within a digrtal Ucense 
l6 that the user / user's computing device 14 Thereinafter, such terms are 

o^oranagentmereof. Hi discontent ,2 is distHbutedin an encryp^ 
«, may be distributed freely and wide,, Preferably, the decryptmg key (KD) for 
decrypting the digital content 12 is included with the license 16. 
COMPUTES ENVIRONMENT 

and the following discussion are intended to provule a bnef 

a^orpordonsUnereofmaybeimplemented. A^-^*~ 

.odules, being executed by a computer, such as a client workstatmn or a « 
OeneraUy, program modules include roudnes, programs, objects, component ^ 

da. types. Moreover, it should be appreciated that *e invendon and/or ^ 
JTm be P^ced *» other computer system cordons, tncludmg 

5 ^ mvendon may also be praedced in distributed computmg en— w*cr 
^ are performed by remote processing devices that are Imked th^h a 

ma v be located in both local and remote memory storage devtces. 

" ^show.th.Fig.l.anexemp^gencralpurposecompuungsystem 
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includes a conventional personal computer 1 20 or the like, including a processing urut 
,21 a system memory 122, and a system bus 123 that couples various system 

-Mm the system memory to the processing unit 121 . The system bus 

H3 may be any of several types of bus structures including a memory bus or memory 
controller, a peripheral bus, and a local bus using any of a variety of bus architectures. 
The system memory includes read-only memory (ROM) 124 and random access 
memory (RAM) 125. A basic input/output system 126 (BIOS), containing the basic 
routines that help to transfer information between elements within the personal 
computer 120, such as during start-up, is stored in ROM 124. 

The personal computer 120 may further include a hard disk dnve 127 
for reading from and writing to a hard disk (not shown), a magnetic disk drive 128 for 
reading from or writing to a removable magnetic disk 1 29. and an optical disk dnve 
130 for reading from or writing to a removable optical disk 131 such as a CD-ROM 
orotheroptical media. Tne hard disk drive 127, magnetic disk drive 128, and optical 

5 dl * d ^l30«c^»ltam»«»^^•««^ i,-^,to,3a • 
amagnetic disk drive interface 133, and an optica, drive interlace 134, respectively. 

of computer ^im^^'^^'"""'**"***' 
the personal computer 20. 

, 0 Althoughthe exemplary environment described herein employs a hard 

disk, a removable magnetic disk 129, and a removable optical disk 1 31 . it should be 
appreciated that other types of computer readable media which can store data that ,s 
accessible by a computer may also be used in the exemplary operating environment 
Such other types of media include a magnetic cassette, a flash memory card, a lg ital 

25 video disk, a Bernoulli cartridge, a random access memory (RAM), a read-only 

memory (ROM), and the like. 

A number o£ .pjogcam? .module* ma« ■.. be, siored, oa the* hard disk, 

.nagnetic disk 129, optical disk 131, ROM 124 or RAM 125. including an opemting 
system 135, one or more application programs 136. other program modules 137 and 
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port, or universal serial bets {USB)- A monitor 147 op oilier tyiK of disploydu*reers 
also coirnuctedro the systnsts bos 123 via on interfere, suchasa video adaptor 
addition w the monitor .47, a P«««l «-P~ «**f — — 

Pi, , 2 ^U^.1^^15S."« < ^ SjM,n ' M,te<SCSn 
Th, pe»o»l emnprne, 120 -ry uponru In . ho™»ked envrronmetir 
^l^oov.^a.-""-^'^^" 1 ^^ 

^*..«««.-e«r»Nr te .i-«'»% alH.1^- 

area network (WAN) 152. Suutr^e— - «c„,nr»pl««».ffines. 
^oe.vridenon^n^toint^.rfdrelnrernrt 

wtouse dm.r^n=rv«kin l cn.tomont.h=P«n«ndn«»P»«» 

-~r « rn. IAN 151 throuuh a nerwork interface or adapter 1S3. When 
120 is connected to tnc lain ui uuwwb 

lin.WAN^en^-d.^oo^.TOryP^n^ 
o ,54 . 0*0, « » nrtnhiishinp — — - «" 

is connected w tbe sysianrw* * „ rtmnllter no or 

Prtr^na, u»du*» — - *° porsonol oumparter .» 
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appreciated that the network connections sh wn arc exemplary and other means of 
establishing a communications link between the computers may be used. 

ARCHITECTURE 

Referring again to Fig. 1 , in one embodiment of the present invention, 
the architecture 10 includes an authoring tool 18. a content-key database 20, a content 
server 22, a license server 24, and a black box server 26. as well as the aforementioned 

user's computing device 14. 
ARCHITECTURE - Authoring Tool lg 

The authoring tool 18 is employed by a content owner to package a 
piece of digital content 12 into a form that is amenable for use in connection with the 
architecture 10 of the present invention. In particular, the content owner provides the 
authoring tool 18 with the digital content 12, instructions and/or rules that are to 
accompany the digital content 12, and instructions and/or rules as to how the digital 
content 12 is to be packaged. The authoring tool 18 then produces a digital content 
package 12p having the digital content 12 encrypted according to an encryption / 
decryption key, and the instructions and/or rules that accompany the digital content 12. 





m 







instructed to serially produce several different digital content 12 packages I2p, each 
having the same digital content 12 encrypted according to a different encryption / 

20 decryption key. As should be understood, having several different packages 12p with 
the same digital content 12 may be useful for tracking the distribution of such packages 
1 2p / content 12 (hereinafter simply "digital content 12". unless circumstances require 
otherwise). Such distribution tracking is not ordinarily necessary, but may be used by 
an investigative authority in cases where the digital content 1 2 has been illegally sold 

25 or broadcast 

In one embodiment of the present invention, the encryption / decryption 
keytnatencrypts^^ 

is also the decryption key (KD). As will be discussed below in more detail, such- 
decryption key (KD) is delivered to a user's computing device 14 in a hidden form as 



WO 00/58811 



PCT/USOO/05091 



11 



part ofahccnsc 16 for such digital coi^t 12. Preferably, each piece f digital content 

ooch ^tion key (KD) has a key ID. and the authoring tool 18 causes the 
decryption key (KD), key ID, and content ID (or package ID) for each piece of digital 
5 content 12 (or each package Up) to be stored in the content-key database 20. In 
addition, license data regarding the types of licenses 16 to be issued for the dtgttal 
content 12 and the terms and conditions for each type of license 1 6 may be stored » 
the content-key database 20, or else in another database (not shown). Preferably, the 
Uccnse data can be modified by the content owner at a later time as circumstances and 

10 market conditions may require. 

1„ use, the authoring tool 18 is supplied with information including, 

among other things: 

- the digital content 12 to be packaged; 

- the type and parameters of watermarking and/or fingerprinting to be 

15 employed, if »y; 

. the type and parameters of data compression to be employed, if any, 

- the type and parameters of encryption to be employed; 

- the type and parameters of serialization to be employed, if any. and 

- the instructions and/or rules that are to accompany the digital content 

L is known, a watermark is a hidden, computer-readable signal that is 
added to the digital content 12 as an identifier. A fingerprint is a watermark that is 
different for each instance. As should be understood, an instance is a version of the 
digital content 12 that is unique. Multiple copies of any instance may be made and 
any copy is of a particular instance. When a specific instance of digital content 12 is 
megally sold or broadcast, an investigative authority can perhaps identify suspects 

accordmg-tethe^enn^ 

Data compression may be performed according to any appropnate 

compression algorithm without departing from the spirit and scope of Ore present 
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invention. For example, the .mp3 or .wav compression algorithm may be employed. 
Of course, the digital content 12 may already be in a compressed state, in which case 
no additional compression is necessary. 

The instructions and/or rules that are to accompany ihc digital content 
5 12 may include practically any appropriate instructions, rules, or other information 
without departing from the spirit and scope of the present invention. As will be 
discussed below, such accompanying instructions / rules / infonnation are primarily 
employed by the user and the user's computing device 14 to obtain a license 16 to 
render the digital content 12. Accordingly, such accompanying instructions / rules / 
10 information may include an appropriately formatted license acquisition script or the 
like, as will be described in more detail below. In addition, or in the alternative, such 
accompanying instructions / rules / information may include 'preview' information 
designed to provide a user with a preview of the digital content 12. 

With the supplied information, the authoring tool 1 8 then produces one 
15 or more packages 12p corresponding to the digital content 12. Eachoackage 12pmay 
then be stored on the content server 22 for distribution to the world. 

In one embodiment of the present invention, and referring now to Fig. 
2. the authoring tool 18 is a dynamic authoring tool 18 that receives input parameters 
which can be specified and operated on. Accordingly, such authoring tool 18 can 
90 rapidly produce multiple variations of package 12p for multiple pieces of digital 
content 12. Preferably, the input parameters are embodied in the form of a dictionary 
28. as shown, where the dictionary 28 includes such parameters as: 

- the name of the input file 29a having the digital content 12; 

- the type of encoding that is to take place 

25 - the encryption / decryption key (KD) to be employed. 

. the accompanying instructions / rules / infonnation ('header 
information') to be packaged with the digital content 12 in the package 
12p. 

- the type of muxing that is to occur: and 
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- the name of the output file 29b to which the package 12 P based on the 
digital content 12 is to be written. 

As should be understood, such dictionary 28 is easily and quickly 
modifiable by an operator of the authoring tool 1 8 (human or machine), ana therefore 
5 thctypeofaud^gperfonnedbymeauthoringtool 1 8 is likewise easily and qutckly 
modifiable in a dynamic manner. In one embodiment of the present invents the 

sceentoahumanoperator. Accordingly, such operator may modify the dictionary 28 
by ^ of the interface, and further may be appropriately aided and/or restricted m 
10 modifying the dictionary 28 by way of the interface. 

,„ the authoring tool 18, and as seen in Fig. 2. a source filter 18a 

28 aid retrieves such digital content 12 from such input file and places the dtgttal 
content 12 into a memory 29c such as a RAM or the like. An encoding filter 18b *en 
15 pcrfon^ encoding on the digital content 12 in the memory 29c to ^sftr me file fiom 

dictionary 28 (i.e., .wav to .asp, *l to *s P , etc.). and places the encoded Agrtal 
content 12 in the memory 29c. As shown, the digital content 12 to he package 
(music, e.g.) is received in a compressed format such as the .wav or .m P 3 format, and 
20 is transformed into a format such as the (active streaming protocol) forma, Of 
course, other input and output fbnnats may be employed without departing from the 

spirit and scope of the present invention. 

•Thereafter, an encryption filter 1 8c encrypts the encoded drgnal content 

25 te^*-^--^^ — 12hta1 -^^ 

encrypted digital content 12 in the memory 29c. 

As should be understood, depending on the situation, the package 2p 
may include multiple streams of temporally aligned digital content 12 (one stream 
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bong.aKVWi.in B Ml 

- r i. ?«, snecified in the dictionary 28 as the package I2p. 

j- s. likewise the case that the type of muxing win no* 

" " 1^'of encoding and/or the type of «. Instead, it is on.y 
parameters on the type of «*B encoding filter and/or Out 

necessary that thetype of encoding be hatred m 

u ^ rf muxine be 'hardwired' into the mux filter. Of course, as 

nrothcrc^pwingrnachiwbywayofappropnateso^ T* 
computer, processor, or other compunng , dbe apparent based 

oneration of such machine and such software snouia oe a PP 
^ure and operanon of su ^ „ ^ 

on the disclosure herein and tneretore ™ 
present disclosure. 

Referring ag . makes availab le for retrieval the packages 

ii ^;et«Kmes or otherwise makes avaiwuw iv 
the content server 22 distnbutes e n n mav be distributed as 
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■erver 22 may be cmpl ycd 
ther storage devices, and 

'er 22 distributes packages 
issed below, such issues are 
; relationship between such 
In one embodiment of the 
Ld distributes packages 12p 
*me. However, the content 
- I2p in a restricted manner 
invention. For example, the 
imined distribution fee prior 
itself, or may indeed make a 
\ on an identification of the 

y be employed to perform 
,1 1 8 to generate a number of 
d demand. For example, the 
ie digital content 12, and serve 
-p dwindle to 20. for example, 
11 8 to generate 80 additional 

.architecture 10 has a unique 
oyed as part of the process of 
hi key (KD) for decrypting 
j in more detail below. As is 

e^iiwtbai»w^ 

[ the other of the keys in the key 

n. the public key may be made 
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...... ..... n».rsv it can send the encrypted data oui wo 

" W "" K "* 'TL. of such «*. - -* «*»*"* * 

c^^ccs include *» «•*■"« " > ° l '* * 
^tori^tool 18, » discussed <*ove. 

12p); 

. the key ID of the decryption key (KD): 
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. the key KD ending the content server 22 public key (PU-CS). 
signed by the content server 22 private key (PR-CS) (i.e.. (KD (PU-CS) 
S (PR-CS))). 

With regard to (KD (PU-CS) S (PR-CS)), it is to be undent t* 
5 such item is to be used in connection with validating the digital content 12 and/or 

Clw), Utekey^isnotnec^-togetatdCD^S)). Instead^ 
kcy (PU-CS) is obtained tnerely by applying the decryption key (KD). Once so 

10 ^ It should also be understood that for such package 12p to be 

„s UP p«edby*edicaonary2, 
, s content server 22 must presumably interact to — (KD (PU-CS) S (PR-CS)). 

Such interaction may for example include the steps of: 

. lh econtentserver22sending(PU-CS)totheauthonngtool 18, 

.the authoring too, 18 encrypting (PU-CS) with (KD) to produce (KD 
(PU-CS)); 

.theauthoringtoo. 1 8 sending (KD (PU-CS)) to the content server 22, 
. th econtemserver22signi n g(KD(PU^S))with ( PR-CS)to P roduce 

(KD (PU-CS) S (PR-CS)); and 

. fc — «« 22 <"> ^ S <«"*» » ** 

authoring tool 18. 

25 

a umiTECTURE • 1 iggB8e Server 24 

the license server ^ l2 
a users computing device 14 in connects «* a p.ece dtg 
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>.<n<in AmnM 14 can be trusted to honor an issued 
detomining whether the user's computing device 14 can oe 

h . license 16 constructing such license 16, and transmitting 
license 16, negotiating such a license 10, consuww b 

,« includes the decryption key (KD) for decrypting the digital content 12. Such 
hcense server 24 and such functions will he explained in more detai. below 
P^mbly, and like the content server 22. the .i«nse server 24 in the architecture 0 
^aumquepublic/privatekeyp.irCPU-LS.PR-L^tl.tisemployedaspanotthe 

of evaluating a license 16 and obtaining a decryption key (KD) for decrypUng 
corresponding digital content 1 2, as will be explained in more detai. be.ow^ 

As with the authoring tool 18 and the content server 22, the license 
serve, 24 is implemented on an appropriate computer, processor, or other computing 
^bywayofappropriatesoftware. ThesU^andopenmonofsuchn^chme 
and such software should be apparent ba*d on the disclosure herem and therefore do 
not require any detailed discussion in the present disclosure. Moreover, m one 
5 embedment of the present invention the authoring too. ! 8 and/or the content server 
22 m ay reside on a single computer, processor, or other computing machine together 
with the license server 24, each in a separate work space. 

I„ one embodiment of the present invention, prior to issuance of a 

ia ,n* the content server 22 enter into an agency 
license 16, the license server 24 and the content serve 

22 As shou.d be understood, one content server 22 may enter into an agency 

25 departingfiomthespiritandscopcofthepresentinvenuon. 

Preferably, me license server 24 can show to the wor.d that ,t does m 
fact have me authority to issue a license .6 for digita. content 12 distributed by the 
content server 22. To do so. it is prefemb.e that the .icon, server 24 send the 
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22 then send to the license server 24 a digital certificate containing PU-LS as the 

should be understood, the contend (PU-LS) in such certificate can only be accessed 
^ .he content server 22 public key (PU-CS). As shou«d also be undent * 

^ .* to * ^ adulterated or others 

modified. . 

As a licensing authority in connection with a piece of dtgital content 

12 and as part of the licensing function, the hcense server 24 must have access « the 

,0 decryption key (KD) for such digital content 12. Accordingly, h is preferable that 

(KD), key ID, and content ID (or package ID) for such digital content 12 (or package 
12p). 

An nm-ECTURF - Bm §«gg 16 . . 

15 Still referring to Fig- 1. in one embodiment of the present inveunon. the 

^ 30 in a user's computing device 1 4. As will be explained in more detad below, 
the black box 30 performs encryption and decryption functions for the user . 
computing device 14. As wiU also be explained in mo* detail below, the black box 

provided, at least in part, by upgrading the black box 30 to a new version as necessary 
by way of the black box server 26. as will be explained in more detail below. 

As with the authoring tool 18, the content server 22. and the hcense 
SCTVCr 24, the black box server 26 is implemented on an appropriate computer. 

" and operation of such machine and such software shou.d be apparent based on the 
24 theauthoringtool 1 8, and/or the content server 22 may reside on a angle computer. 
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p^r. or other computing machine together with the black box server 26. each in 
^workspace. Note, though, that for security purposs. it may be wise to have 
,hft Mack box server 26 on a separate machine. 

A RCHITECTURE Ug^ ComEUtjng Pevicc 14 
5 ~~~ Erring now to Fig. 4. in one embodiment of the present inventton, 

«. ^s computing device 14 is a personal computer or the like, having elements 
inducing a keyboard, a mouse, a screen, a processor, RAM. ROM. a hard dnve a 
floppy drive, a CD pUycr, and/or the like. Howe^r. the computing ev. ee 4 
may also be a dedicated viewing device such as a television or monitor, a defeated 
10 audio device such as a stereo or other music player, a dedicated printer, or the hke 
among other things, all without departing from the spirit and scope of the present 

invention. . ... 

TteeoB.* .^<*=Pi~ ^•" Mimi " 

^^k*******-™^ h * , ****" ,,rt '7rz 

20 <MtldcoI«12aildl*tailiedbytlieiii*s. 

Here, the Busted mechanism 32 is a Digital Rights Management 
(DRM) system 32 that b enabled when a user requesaa that a pieee of "j"** 

w. that effectuates obtaininc such a license 16 a 
content 12 in the manner sought, that effectuates ' 

acorZ to me Bcense 16, and mat decrypts the digital content 12 for rendenng 

ZLction of the DRM system 32 on the user's computing dev.ee 14 and m 
connection with the architecture 10 are described below. 
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nBM SYSTEM 32 

The DRM system 32 performs four main Junctions with the 

architecture 10 disclosed herein: (1) content acquisition. (2) license ^acquisition. (3) 
content rendering, and (4) black box 30 install / update. fi-fe. Jiy. =ny sf *e 
5 functions can be performed at any time, although it is recognized mat some of the 
functions already require that digital content 12 be acquired. 
DRM SYSTEM 32 - Conte nt Acquisition 

Acquisition of digital content 12 by a user and/or die user's computing 
device 14 is typically a relatively straight-forward matter and generally involves 
, 0 placing a file having encrypted digital content 12 on the user's computing device 1 4. 
Of course, to work with the architecture 10 and the DRM system 32 disclosed herein, 
U is necessary that the encrypted digital content 12 be in a form that is amenable to 
such architecture 10 and DRM system 32. such as the digital package 12p as will be 
described below. 

As should be understood, the digital content 12 may be obtained .n any 
m from a content server 22, either directly or indutedy. without departing horn 
the spirit and scope of the present invention. For example, such digibd content 12 may 
be downloaded from a network such as the interne, located on an obtained optical or 
noetic disk or the like, received as par, of an E-mail message or the Idee, or 
20 downloaded from an electronic bulletin board or the like. 

Such digital content 1 2, once obtained, is preferably stored in a manner 

be described be.ow) running on 0, computing device H. and by the DRM system 32 
For example die digital content 12 may be placed as a file on a hard drive (not shown) 
of the user's computing device 14, or on a network *rver (not shown) accessible to the 
computing device 1 4. In the case where the digital content 12 is obtained on an optical 
„ r magnetic disk or the like, it may only be ncccsary that such disk be present in an 
appropriate drive (not shown) coupled to the users computing dev.ee 14. 

1„ the present invention, it is not envisioned that any special tools are 
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- to acouire digital content 12, either from the content server 22 . a direct 

— - 1-*^ ^^..^tf*-. That 
distribution source or from some interroetuary 

, st is ^ferable that digital content 12 * as costly acqu-red as an> othe ^ 
' * nRM system 32 and/or the rendering application w*. 

example, the mtertace ^ ^ ^ 

digital content 12, links to pie-defined Internet web sties 

of digital content 12, and the like. 

cvctvm 11 - Cnntf it* »*"«leriny. Part 1 

^^^^^ 

^ben^ees-eUcW.""™''^" ^ 

u_ii«„r of sucH render eeromend m»y be employ 
«« mb '* ,,B " ! ftaM _,.Mta. in general. »«h render 

d^e-^-^^T^.^^.*.-* 
«T be n-*-* » be «««*« *— « 
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, lw l«»*»d»« i »" ,i " S< " . „ li „„^r,^*.fre«i=riee^• 
f « i ue t .as.pde«dd M »« b * e --r*^L l *. 
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,he form of a digital file having a fil name ending with an ext nsion. and the 
computing device 14 can determine based on such extension to start a particular kind 
of rendering application 34. For example, if the file name extension indicates that the 
digital content 12 is a text file, the rendering application 34 is suu* form of *crd 
5 processor such as the "MICROSOFT WORD", distributed by MICROSOFT 
Corporation of Redmond, Washington. Likewise, if the file name extension indicates 
that the digital content 12 is an audio, video, and/or multimedia file, the rendering 
application 34 is some form of multimedia player, such as "MICROSOFT MEDIA 
PLAYER", also distributed by MICROSOFT Corporation of Redmond, Washington. 
[0 Of course, other methods of determining a rendering application may 

be employed without departing ftom me spirit and scope of the present invention. As 
but one example, the digital content 12 may contain meta-data in an unencrypted form 
(i e , the aforementioned header information), where the meta-data includes 
information on the type of rendering application 34 necessary to render such digital 
15 content 12. 

Preferably, such rendering application 34 examines the digital content 
12 associated with the file name and determines whether such digital content 12 is 
encrypted in a rights-protected form (steps 503. 505). If not protected, the digital 
content 12 may be rendered without former ado (step 507). If protected, the rendenng 
20 application 34 determines from the encrypted digital content 1 2 that the DRM system 
32 is necessary to play such digital content 12. Accordingly, such rendenng 
application 34 directs the user's computing device 14 to run the DRM system 32 
thereon (step 509). Such rendering application 34 then calls such DRM system 32 to 
decrypt the digital content 12 (step 51 1). As will be discussed in more detarl below, 
,5 the DRM system 32 in fact decrypts the digital content 1 2 only if the user has a valid 
hcense 16 tor such digital content 12 and the right to play the digital content 12 
aceordingtomelicense rules inthe valid license 16. Preferably, once the DRM system 
32 has been called by the rendering application 34. such DRM system 32 assumes 
control from the rendering application 34. at least for purposes of determining whether 
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the user has a right to play such digital content 1 2 (step 5 1 3). 

DRM System 32 Components 

In one embodiment of the present invention, and referring again to Fig. 

,„ . . . .valuator 36 the biack box 30. a license iter; 

4, the DRM system 32 includes a license evaiuaior jo. uk 

38, and a state store 40. 

iwm S ystem 32 Components • License Evaluator 36 

The license evaluator 36 locates one or more licenses 16 that 
correspond to the requested digital content 11 determines whether such licenses 16 are 
valid, reviews the license rules in such valid hcenses 16. and determines based on the 
reviewed license rules whether the requesting user has the right to render the requested 

thclicer^evalua*^ 

disclosure, to be 'trusted' means that the license server 24 (or any other trusung 
clement) is satisfied tr^ me trusted element will carry out the wishes of the owner of 
the digital content 12 according to the rights description in the license 16, and that a 
user cannot easily alter such trusted Cement for any purpose- nefarious or otherw.se. 

The license evaluator 36 has to be trusted in order to ensure that such 
license evaluator 36 will in feet evaluate a license 1 6 properly, and to ensure that such 
Hcense evaluator 36 has not been adulterated or otherwise modified by a user for the 
purpose of byp*sing actual evaluation of a license .6. Accordingly, the hcense 
evaluator 36 is run in a protected or shrouded environment such that the user is demed 
access to such hcense evaluator 36. Other protective measures may of course be 
employed in connection with the license evaluator 36 without departing from the spun 
and scope of the present invention. 
95 niTM Intrm 17 Component • Black Bo* 30 

' " Primarily, and as was discussed above, the black box 30 performs 

encryption and decryption functions in the DRM system 32. In particu,ar. the black 
box 30 works in conjunction with the license evaluator 36 to decrypt and encrypt 
certain information as part of the license evaluation function. In addition, once the 
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License evaluator 36 determines that a user does in fact have the right to render the 
requested digital content 12 in the manner sought, the black box 30 is provided with 
a decryption key (KD) for such digital content 12. and performs the function of 
decrypting such digital content 12 naseu on sucn uccryjm"" ~> >• 

The black box 30 is also a trusted component in the DRM system 32. 
ta particular, the license server 24 must trust that the black box 30 will perform the 
decryption function only in accordance with the license rules in the license 1 6, and also 
trust that such black box 30 will not operate should it become adulterated or otherwise 
modified by a user for the nefarious purpose of bypassing actual evaluation of a license 
1 6. Accordingly, the black box 30 is also run in a protected or shrouded environment 
such that the user is denied access to such black box 30. Again, other protective 
measures may be employed in connection with the black box 30 without departing 
from the spirit and scope of the present invention. Preferably, and like the content 
server 22 and license server 24, the black box 30 in the DRM system 32 has a unique 
public / private key pair (PU-BB, PR-BB) that is employed as part of the process of 
evaluating the license 16 and obtaining a decryption key (KD) for decrypting the 
digital content 12, as will be described in more detail below. 
DRM System 32 Components - Licen se Store 38 

The license store 38 stores licenses 16 received by the DRM system 32 
for corresponding digital content 12. The license store 38 itself need not be trusted 
since the license store 38 merely stores licenses 16. each of which already has trust 
components built thereinto, as will be described below. In one embodiment of the 
present invention, the license store 38 is merely a sub-directory of a drive such as a 
hard disk drive or a network drive. However, the license store 38 may be embod.ed 
in any other form without departing from the spirit and scope of the present invennon, 
so long as such license store 38 performs the function of storing licenses 16 in a 
location relatively convenient to the DRM system 32. 
nttM System 33 Components • State Store 40 

The state store 40 performs the function of maintaining state 
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formation on licenses 16 that are no longer m the hcense st 

.re 3S and me, obttin an identic. * - a«cm, to delete the 
10 corresponding state information from the state store 40. 

Restate store 40 aiso ha, tobetrusted in order to ensure 

• .^thereinis not reset to a state more favorable to a user. Accordingly, 
information stored therein js nor rwc 

thestates^islikev^^ 

Tdl— — — * OnceagaiaodKrprotectivemeasuresnW 
user is derued access to sue departing from the 

r yth eDRMs y stem32onmeeomp«tingdevice»4inanen W tedform. 

iiiilVI SYSTEM 32 CoBtg **™A*rine.Hrtl 
55^§IML_^^ d . scussing content rendenng . 

Referring again to r ig. a*. dUU 

process of detennimng wncuwi 

25 a valid, enabling hcense 16 from the license 

v „ fi me ti on as discussed below and as shown m hg. 7). 
acquisition function as discuss fi the license evaluator 36 of 

Asa&atatep.andreferringnowtoF.^.theheense 

„ ^ the license store 38 for the presence of one or monr 
such DRM system 32 checks the Tvpica Uy.the 
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Hccnse 1 6 is in the f rm of a digital file, as will be discussed below, although it will 
be recognized that the license 16 may also be in other forms without deparong from 
mc^iritandsc^ofthep^entinvenuon. Typically, the user will receive the digital 
content 12 without such license .6, although it will likewise be recognized that me 
5 ^^nmlmm^^^^m^ 16 withoutdepartmg 

from the spirit and scope of the present invention. 
« As ^ discussed above in connection with Fig. 3. each piece of digital 

content 12 is in a package 12p with a content ID (or package ID) identifying such 
digital content 12 (or package 12p). and a key ID identifying the decryption key (KD) 
that will decrypt the encrypted digital content 12. Preferably, the content ID (or 
package ID) and the key ID are in an un-encrypted form. Accordingly, and » 
particular, based on the content ID of the digital content 12. the license evaluator 36 
iooks for any license 16 in the license store 38 that contains an idenoficaton of 
applicability to such content ID. Note that multiple such licenses 1 6 may be found, 
,5 especially if the owner of the digital content 12 has specified several different lands 
of licenses 1 6 for such digital content 12, and the user has obtained multiple ones of 
such licenses 16. If in fact the license evaluator 36 does not find in the license store 
38 anv license 16 corresponding to the requested digital content 1 2. the DRM system 
32 may then perform the function of license acquisition (step 519 of Fig. 5). to be 

20 described below. 

Assume now that the DRM system 32 has been requested to render a 

piece of digital content 12, and one or more licenses 1 6 corresponding thereto are 

Ucense evaluator 36 of the DRM sys.m 32 proceeds to determine for each such case 
,5 16 whe«hers^licer«16itsc,fisvalid(steps603 a nd605ofFi g .6). Preferably and 

the license 16. As should be understood, the digital signature 26 will not match the 
Hcense 16 if the content 28 has been adulterated or otherwise modified. Thus, the 
Ucense evaluator 36 can determine based on the digital signature 26 whether the 
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content 28 is in the form that it was received from the license server 24 (i.c„ is valid). 
If no valid license 16 is found in the license store 38. the DRM system 32 may then 
perform the license acquisition function described below to obtain such a valid license 

16. 

5 Assuming that one or more valid licenses 16 are found, for each valid 

license 16, the license evaluator 36 of the DRM system 32 next determines whether 
such valid license 16 gives the user the right to render the corresponding digital content 
12 in the manner desired (Le., is enabling) (steps 607 and 609). In particular, the 
license evaluator 36 determines whether the requesting user has the right to play the 

10 requested digital content 12 based on the rights description in each license 16 and 
based on what the user is attempting to do with the digital content 12. For example, 
such rights description may allow the user to render the digital content 1 2 into a sound, 

but not into a decrypted digital copy- 
As should be understood, the rights description in each license 16 

15 specifies whether the user has rights to play the digital content 12 based on any of 
several factors, including who the user is, where the user is located, what type of 
computing device 14 the user is using, what rendering application 34 is calling the 
DRM system 32, the date, the time, etc. In addition, the rights description may limit 
the license 16 to a predetermined number of plays, or pre-determined play time, for 

20 example. In such case, the DRM system 32 must refer to any state information with 
regam to the license 16, (i.e., how many times the digital content 12 has been rendered, 
the total amount of time the digital content 12 has been rendered, etc.). where such 
state information is stored in the state store 40 of the DRM system 32 on the user's 
computing device 14. 

25 Accordingly, the license evaluator 36 of the DRM system 32 reviews 

the rights description of each valid license 1 6 to determine whether such valid license 
Wconferatorightssougbttatbuuser. . ladnmg,so.theUce n sc«alu^364nay have 
to refer to other data local to the users computing device 14 to perform a 
determinationofwhethertheuserhastherightssought. As seen in Fig. 4. such data 
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may include an identification 42 of the user's computing device (machine) 14 and 
particular aspects thereof, an identification 44 of the user and particular aspects thereof, 
an identification of the rendering application 34 and particular aspects thereof, a system 
clock 46, and the like. If no valid license 1 6 is found that provides the user with the 
5 right to render the digital content 12 in the manneT sought the DRM system 32 may 
then perform the license acquisition function described below to obtain such a license 
16, if in fact such a license 16 is obtainable. 

Of course, in some instances the user cannot obtain the right to render 
the digital content 12 in the manner requested, because the content owner of such 
10 digital content 12 has in effect directed that such right not be granted. For example, 
the content owner of such digital content 12 may have directed that no license 16 be 
granted to allow a user to print a text document or to copy a multimedia presentation 
into an unencrypted form. In one embodiment of the present invention, the digital 
content 12 includes data on what rights are available upon purchase of a license 1 6, and 
15 types of licenses 16 available. However, it will be recognized that the content owner 
of a piece of digital content 12 may at any time change the rights currently available 
for such digital content 12 by changing the licenses 16 available for such digital 
content 12. 

DRM SYSTEM 32 • License Acquisition 

Referring now to Fig. 7. if in fact the license evaluator 36 does not find 
in the license store 38 any valid, enabling license 16 corresponding to the requested 
digital content 12, the DRM system 32 may then perform the function of license 
acquisition. As shown in Fig. 3, each piece of digital content 12 is packaged with 
infemnation in an unencrypted form regarding how to obtain a license 1 6 for rendering 
25 such digital content 12 (i.e., license acquisition information). 

In one embodiment of the present invention, such license acquisition 

infonattion.may ^.(amo^od**^ 

or more Internet web sites or other site information at which one or more appropriate 
license servers 24 may be accessed, where each such license server 24 is in fact capable 
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of issuing a license 16 corresponding to the digital content 1 2. Of course, the hcense 
Ifinuvbeobtautedinotomamers^thomdepar^^ 

onsent invention. For example, the license 1 6 may be obtained from a license server 
24 at an electronic bulletin board, or even in person or via regular mail in the torm or 
i a file on a magnetic or optical disk or the like. 

Assumingthatthe location for obtaining a license 16isinfectabcense 
^er 24 on a network, the license evaluator 36 then establishes a network connection 
to suchHcensesarver24bascdonthe^ 

a request for a license 1 6 from such connected license server 24 (steps 701 . 703). In 
0 particular, once the DRM system 32 has contacted the license server 24, such DRM 
system 32 transmits appropriate license request infonnation 36 to such license server 
24. in one embodiment of the present invention, such license 1 6 request informauon 
36 may include: 

- the public key of the black box 30 of the DRM system 32 (PU-BB); 
15 . th e version number of the black box 30 of the DRM system 32; 

. a certificate with a digital signature from a certifying authonty 
certifying the black box 30 (whem the certificate may in fact include 
the aforementioned public key and version number of the black box 

30); 

20 . the content ID (or package ID) that identifies the digital content 1 2 (or 

package 12p); 

-the key ID that identifies the decryption key (KD) for decrypting the 
digital content 12; 

. the type of license 16 requested (if in tact multiple types are 

25 available); 

. the type of rendering application 34 that requested rendenng of the 

digilal.content-12;. 

«*, ft. Uk, mm «h* tt*. <f- « — * of 7" ' 6 

request mfotnwtion 3$ ax f transmitted ft the license sctver 24 by the DRM system 
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32 without departing from the spirit and seope of the present invention. For example, 
information on the type of rendering application 34 may not be necessary, whole 
additional formation about the user and/or the users computing device 14 may be 
necessary* 

5 Once the license server 24 has received the license 16 request 

information 36 from the DRM system 32. the license server 24 may then perform 
several checks for trust / authentication and for other purposes. In one embodiment of 
the present invention, such Uee.se server 24 checks the certificate with the drgrtal 
signature of the certifying authority to determine whether such has been adulterated or 
otherwise modified (steps 705, 707). If so. the license server 24 refuses to grant any 
.icense 16 based on the request information 36. The license server 24 may also 
naintain a list of known W users and/or user's computing devices 14, and may 
refuse to grant any license 16 based on a request from any sueh bad user and/or bad 
user's computing device 14 on the list. Such 'bad' list may be compiled m any 
appropriate manner without departing from the spirit and scope of the present 

invention. . , 

Based on the received request and the information associated therewtth, 

and particularly based on the content ID (or package ID) in the license request 
information, the license server 24 c*n interrogate the content-key database 20 (Fig. ) 
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basis of the request As was oiscusseo w*. 

(KD.iceylD.andcontentlDforsuchdigiuu content 12. In addition, such recmd may 

Ltain license data regarding the types of licenses .6 to be issued for the *tf 
content 12 and the terms and conditions for each type of license 1 6. Alternately 
such record may include a pointer, link, or referenee to a location havmg such 

additional information. 

As mentioned above, multiple types of licenses .6 may be avadable. 

of renderings may be available. For a relatively greater .icense fee. a hcense 
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allowing unlimited renderings until an expiration date may be available. For a still 
greater license fee, a license 16 allowing unlimited renderings without any expiration 
date may be available. Practically any type of license 16 having any kind of license 
terms may be devised and issued by the license server 24 without departing from the 

5 spirit and scope of the present invention. 

In one embodiment of the present invention, the request for a license 16 
is accomplished with the aid of a web page or the like as transmitted from the license 
server 24 to the user's computing device 14. Preferably, such web page includes 
information on all types of licenses 16 available from the license server 24 for the 

10 digital content 12 that is the basis of the license 16 request. 

In one embodiment of the present invention, prior to issuing a license 
1 6, the license server 24 checks the version number of the black box 30 to determine 
whether such black box 30 is relatively current (steps 709, 711). As should be 
understood, the black box 30 is intended to be secure and protected from attacks from 

15 a user with nefarious purposes (i.e., to improperly render digital content 1 2 without a 
license 16, or outside the terms of a corresponding license 16). However, it is to be 
recognized that no system and no software device is in fact totally secure from such an 
attack. 

As should also be understood, if the black box 30 is relatively current, 
20 i.e.. has been obtained or updated relatively recently, it is less likely diat such black 
box 30 has been successfully attacked by such a nefarious user. Preferably, and as a 
matter of trust, if the license server 24 receives a license request with request 
information 36 including a black box 30 version number that is not relatively current, 
such license server 24 refuses to issue the requested license 1 6 until the corresponding 
25 black box 30 is upgraded to a current version, as will be described below. Put simply, 
the license server 24 will not trust such black box 30 unless such black box 30 is 

relatively current 

In the context of the black box 30 of the present invention, the term 
Current 1 or 'relatively current' may have any appropriate meaning without departing 
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■ . u f *h, nresent invention, consistent with the function of 

from the spirit and scope of the presem invenuu 

r; e less than one month old), as an 

. ,' mav be defined according to age (i.e.. less man on 

, . mfl v he defined based on a number of times that tne 
alternative example, 'current may be detineo oa^eu 

.... ^wfie less than 200 instances of 
S black box 30 has decrypted digital content 12 (i.e.. less than 

decrypt). Moreover, W may be based on policy as set by each Ucenseserver 

on the digital intent 12 for ^hich a license 1 6 is requested, or depending on the type 
in of license 16 requested, among other things. 

25 „'„ ^ ^ - - - - — t- 4 -- 

. — ^ - — — mohod 
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0„ce all the terms of the license 1 6 have been negotiated and agreed to 
by both the license server 24 and user (step 71 5). a digital license 1 6 is generated by 
.... ™ M 719V where such generated license 16 is based at least « 
partonthelicense request, theblackbox 30 public key (PU-BB). and the decryptton 
key (KD) for the digital content 12 that is the basis of the request as obtained fiom the 
content-key database 20. In one embodiment of the present invention, and as seen m 

Fig 8, the generated license 16 includes: 

. the content ID of the digital content 12 to which the license 16 

applies; 

. a Digital Rights License (DHL) 48 (i.e.. the rights description or 
actual termsand conditionsof the license 16 written in a predetermined 
form that the license evaluator 36 can interrogate), perhaps encrypted 
with the decryption key (KD) (i.e.. KD (DRL)); 
- the decryption key (KD) for the digital content 1 2 encrypted with the 
black box 30 public key (PU-BB) as receive in the license request 
(i.e..(PU-BB (KD)); 

. a digital signature from the license server 24 (without any attached 
certificate) based on (KD (DRL)) and (PU-BB (KD)) and encrypted 
with the license server 24 private key (i.e.. (S (PR-1 -S))); and 
. fce certificate that the license server 24 obtained previously from the 
content server 22, such certificate indicating that the license server 24 
has the authority from the content server 22 to issue the license 1 6 (i.c 
(CERT (PU-LS) S (PR-CS))). 
As should be understood, the aforementioned eiements and perhaps others arc 
25 packaged into a digital file or some other appropriate form. As should also be 
Jlod, * me DRL 48 or (PU-BB (KD)) in the .icense .6 shoul become 

aauaeratedoro^ 

wU, not match and therefore will not validate such license .6. For this reason, the 
■ DRI 48neednotneces,ar U ybeinanencryptedfomUi.c..(KlXDRL))asmcn«oned 
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above), although such encrypted form may in some instances be desirable and 
therefore may be employed without departing from the spirit and scope of the present 
invention. 

Once the digital license 16 has been prepared, such license 16 is then 
issued to the requestor (i.e., the DRM system 32 on the user's computing device 14) 
(step 719 of Fig. 7). Preferably, *c license 16 is transmitted over the same path 
through which the request therefor was made (i.e., the Internet or another network), 
although another path may be employed without departing from the spirit and scope 
of the present invention. Upon receipt, the requesting DRM system 32 preferably 
automatically places the received digital license 16 in the license store 38 (step 721). 

It is to be understood that a users computing device 14 may on 
occasion malfunction, and licenses 16 stored in the license store 38 of the DRM system 
32 on such user's computing device 14 may become irretrievably lost. Accordingly, 
it is preferable that the license server 24 maintain a database 50 of issued licenses 16 
(Fig. 1), and that such license server 24 provide a user with a copy or re-issue 
(hereinafter 're-issue') of an issued license 16 if the user is in fact entitled to such re- 
issue. In the aforementioned case where licenses 16 are irretrievably lost, it is also 
likely the case that state information stored in the state store 40 and corresponding to 
such licenses 16b also lost. Such lost state information should be taken into account 
when re-issuing a license 16. For example, a fixed number of renderings license 16 
ntight legitimately be re-issued in a pro-rated form after a relatively short period of 
time, and not re-issued at all after a relatively longer period of time. 

DRM SYSTEM « - Installation "'rfi"" 1 * of Black Bo * 30 

As was discussed above, as part of the function of acquiring a license 
16 the license server 24 may deny a request tor a license 16 from a user if the user's 
computing device 14 has a DRM system 32 with a black box 30 that is not relatively 
current Le., has a relatively old version number. In such case, it is preferable that the 
black box 30 of such DRM system 32 be upgraded so that the license acqusmon 
funcuon can then proceed. Ofcourse. the black box 30 may he upgraded at other tunes 
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without dcpaning 6om the spirit and scope of the present invention. 

Preferably, as part of the process of installing the DRM system 32 on 
a user's computing device 14, a non-unique 'lite' version of a black box 30 is provided. 
Such 'lite' black box 30 is then upgraded to a unique regular version prior to rendering 
5 a piece of digital content 12. As should be understood, if each black box 30 in each 
DRM system 32 is unique, a security breach into one black box 30 cannot easily be 

replicated with any other black box 30. 

Referring now to Fig. 9, the DRM system 32 obtains the unique black 
box 30 by requesting same fiom a black box server 26 or the like (as was discussed 
10 above and as shown in Fig. 1) (step 901). Typically, such request is made by way of 
the Internet, although other means of access may be employed without departing from 
the spirit and scope of the present invention. For example, the connection to a black 
box server 26 may be a direct connection, either locally or remotely. An upgrade from 
one unique non-lite black box 30 to another unique non-lite black box 30 may also be 
1 5 requested by the DRM system 32 at any time, such as for example a time when a 
license server 24 deems the black box 30 not current as was discussed above. 

Thereafter, the black box server 26 generates a new unique black box 
30 (step 903). As seen in Fig. 3, each new black box 30 is provided with a version 
number and a certificate with a digital signature from a certifying authority. As was 
20 discussed above in connection with the license acquisition function, the version 
number of the black box 30 indicates the relative age and/or use thereof. The 
certificate whh the digital signature from the certifying authority, also discussed above 
in connection with the license acquisition function, is a proffer or vouching mechanism 
from the certifying authority that a license server 24 should trust the black box 30. Of 
25 course, the license server 24 must trust the certifying authority to issue such a 
certificate for a black box 30 that is in fact trustworthy. It may be the case, in fact that 
the license server 24 does not trust a particular certifying authority, and refuses to 
honor any certificate issued by such certifying authority. Trust may not occur, for 
example, if a particular certifying authority is found to be engaging in a pattern of 
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imptopcrly issuing certificates. 

Inferably, and as was discussed above, the black box server 
. new unioue nubiic / private key pair (PU-BB. PR-BB) with the newly 

gencra ^ 4 10. and is hidden from and 



5 



10 



generated unique biacK cox » - ^ 
Hack box 30 (PR-BB) is accessible only to such black box 30. and . * 
i^le by the remainder of the ^ Id, including the c^punng device Khavrng 
the DRM system 32 with such black box 30. and the user thereof. 

m and scope of the present inv^on. so long as such hiding scheme ^ 
mJI it is preferable that such subcomponents are never assembled 
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„u ««v a te kev (PR-BB) cannot be decrypted. 
™ ™th nefarious purposes, such private Key iri\ 

„ ' * (pi) BB PR-BB). n* new »* *» 50 ,s * ls0 ( * rfe " b ' 1 ' """ 

paiis. as will b* discussed in moit «- ^ „ 

Ptetobl> ,UKq>l!»dedbtokb»x ) 0(W.s»MI.. 
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the upgraded black box 30 cannot be operably transferred among multiple computing 
devices 14 for nefarious purposes or otherwise. In one embodiment of the present 
invention, as oart of the request for the black box 30 (step 901 ) the DRM system 32 
provides hardware information unique to such DRM system 32 and/or unique to the 
5 user's computing device 14 to the black box server 26. and the black box server 26 

generates a black box 30 for the DRM system 32 based in pan on such provided 
15 hardware information. Such generated upgraded black box 30 is d*n delivered to and 

installed in the DRM system 32 on the user's computing device 14 (steps 907, 909). 
If the upgraded black box 30 is then somehow transferred to another computing device 
14, the transferred black box 30 recognizes that it is not intended for such other 
computing device 14, and does not allow any requested rendering to proceed on such 

other computing device 14. 

Once the new black box 30 is installed in the DRM system 32, such 
DRM system 32 can proceed with a license acquisition function or with any other 

15 function. 

rtPM SYSTEM 3 * - Content Rendering. Part 3 

Referring now to Fig. 5B. and assuming, now. that the license cvahiator 
36 has found at least one valid license 1 6 and that at least one of such valid licenses 1 6 
provides the user withthe rights necessary to render the corresponding digital content 
20 12 in the manner sought (i.e., is enabling), the license evaluator 36 then selects one of 
SU ch)icensesl6fort%theruse( S tep519). Specifically, to render the requested dtgttal 
content 12, the license evaluator 36 and the black box 30 in combination obtain the 
decryption key (KD) from such license 16. and the black box 30 employs such 
decryption key (KD) to decrypt the digital content 12. In one embodunent of the 
25 present invention, and as was discussed above, the decryption key (KD) as obtained 
fro* the license 16 is encrypted with the black box 30 public key (PU-BB(KD)). and 

to produce the decryption key (KD) (steps 521. 523). However, other methods of 
obtaining the decryption key (KD) tor the digital content . 2 may be employed wtthout 
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dcparting from the sphit and scope of the present invention. 

Once the black box 30 has the decryption key (KD) for the dtgtul 
content 12 and permission from the license evaluator 36 to render the digita. content 
U control may be returned to the rendering application 34 (steps 52., *i> . o« 
5 embodimentofthepresen^ 

system 32 / black box 30 and directs al least a portion of the encrypted digital content 
12 to the black box 30 for decryption according to the decryption key (KD) (step 529). 
The black box 30 decrypts the digital content 12 based upon the decryption key (KD 
for .he digital content 12, and then the black box 30 returns the decrypted dtgttal 

rendering application 34 may either send a portion of the encrypted digital content 12 
or the entire digital content 12 to the black box 30 for decryption based on the 
decryption key (KD) for such digital content 12 without departing from the spirit and 
scope of the present invention. 
. 5 Preferably, when the rendering application 34 sends digital content 12 

to the black box 30 for decryption, the black box 30 and/or the DRM system 32 
authenticates such rendering application 34 to ensure that it is in fact the same 
Bering application 34 that initiaUy requested the DRM system 32 to run (step 31). 

20 basing the rendering request on one type of rendering application 34 and . fee 
rendlgwithanotitertypeofrenderutgappiication34. Assuming the authenn-n 

application 34 may then render the decrypted digital content 12 (steps 5,3, 5,5). 

s, «i.«.ce of Key Transaction* 

25 Ref^nl^Fig. lO.moneembodimentofthepresentmvennon^ 

a sequenca of key transactions is performed to obtain the decryption key (KD) . 
Juate a Hcense 1 6 for a jested p.cce of digital — . 2 (i.e.. to perform ^ 
515 , 23 of Figs. 5A and 5B, Mainly, in such sequence, the DRM system 3 obtams 
the d^ryption key (KD) from the .icense 16. uses information obtamed from the 
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license 1 6 and Ihe digital content 1 2 to authenticate or ensure the validity of both, and 
then determines whether the license 16 in fact provides the right to render the digital 
content 12 in the maimer sought If so, the digital content 12 may be rendered. 

Bearing in mind that each license 16 for the digital content 12. as seen 

5 in Fig. 8, includes: 

. the content ID of the digital content 12 to which the license 16 

applies*, 

• the Digital Rights License (DRL) 48, perhaps encrypted with the 
decryption key (KD) (i.e., KD (DRL)); 

. the decryption key (KD) for the digital content 12 encrypted with the 
black box 30 public key (PU-BB) (i.e..(PU-BB (KD)); 
. the digital signature from the license server 24 based on (KD (DRL)) 
and (PU-BB (KD)) and encrypted with the license server 24 private key 
(i.e., (S (PR-LS))); and 

. the certificate that the license server 24 obtained previously from the 
content server 22 (Le., (CERT (PU-LS) S (PR-CS))). 
and also bearing in mind that the package 12p having the digital content 12, as seen in 

Fig. 3, includes: 

- the content ID of such digital content 12; 

- the digital content 12 encrypted by KD (i.e.. (KD(CONTENT))); 

- a license acquisition script that is not encrypted: and 

- the key KD encrypting the content serv er 22 public key (PU-CS), 
signed by the content server 22 private key (PR-CS) (i.e., (KD (PU-CS) 

-W S (PR-CS))), 

in one embodiment of the present invention, the specific sequence of key transacuons 
that are performed with regard to a specific one of the licenses 16 for the digital 

content 12 is as follows: 

1. Based on (PU-BB (KD)) from the license 16. the black box 30 

of the DRM system 32 on the user s computing device 1 4 applies its private key (PR- 
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«™ i- toon (PR-BB (PU-BB (KD)) - (KD)). Note, importantly. 
BB) to obtain (KD) (step 1001). (PR dd 

, , „^„ « further ado. However, and also importantly, the hcense server 24 ^ 

. m Such was established at the time sue «— • 

the black box 30 not to do so. Sueh trust 

iMued ^ Hcense 16 based on the certificate from the ccruiy * 

vouching for the trustworuun the 



0 u ^4 ^n,mioo kev (KD) to obtain (PU-CS) 

(stepl003). (KD(KD(FU W ^ ^ 

i m i.™ as aaainst the signature (S (PR-Lb)J to ? 

. \ * content server 22 public key (PU-CS) to 
, u ia the new y obtained content servei - y 
black box 30 applies the new y pitying that the license server 

. <■ i#,k« the certificate is valid (step 1007). signup w 
satisfy itself that the ceruncac „,„.„! server 22 to do so, and 

• . Hcense 16 had the authority from the content server 
24 that issued the license lo nac. Knot valid, the 

4 Based on (S(PR-LS)) from the hcense 16, the bl 

u nublic kev (PU-LS1 to satisfy itself that 

^^^^^^ 

the lic^se^isvalid^lOll). If not vahd. the process, 

• n fact encrypted with the decryption key (KD). the license 
48 in the license 16 is in fact encrypte (KD(DRL)) as 
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15 



DRL 48) (step 1013). Of course, if the DRL 48 in the license 16 is nut in fact 
encrypted with the decryption key (KD). step 1013 may be omitted. Ihe hcense 
valuator 36 then evaluates / interrogates the DRL 48 and determines whether the 
user's computing devico 14 has the right based on the DRL 48 in the license to to 
render the corresponding digital content 12 in the manner sought (i.e., whether the 
DRL 48 is enabling) (step 1015). If the license evalualor 36 determines that such nght 
does not exist, the process is halted and access to the digital content 12 based on the 

license 16 is denied. 

6. Finally, assuming evaluation of the license 16 results in a 

positive determination that the user's computing device 1 4 has the right based on the 

DRL 48 terms to render the corresponding digital content 1 2 in the manner sought the 

license evaluator 36 informs the black box 30 that such black box 30 «m render the 

corresponding digital content 12 according to the decryption key (KD). The black box 

30 .hereafter applies the decryption key (KD) to decrypt the digital conuat 12 from the 

package i 2p (i.e.,(KI)(KD(COr^^ ,017) - 

It is important to note that the above-specified series of steps represents 
an alternating or 'purging' between the license 16 and the digital content 11 

„ that the validation and evaluation process can only occur if both the digital content 
12 ar^ licer^ 16 are present m a properly issued „d valid form. In addition, since the 
same decrvption key (KD) is needed to get the content server 22 public key (PU-CS) 
from the license 16 and the digital content 12 from the package 12p in a decrypted 
form (and perhaps the license terms (DRL 48) from the license 16 in a decrypted 
rorm). such items are also tightly bound. Signature validation also ensures that the 
25 digital content 12 and the license 1 6 are in the same form as issued from the content 
server 22 and the liconse server 24. respectively. Accordingly, it is difficult ,f no 
impossible to decrypt the digital content 12 by bypassing the license server 24. and 
afco difficult if not impossible to alter and then decrypt the digital content 12 or the 
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_„* „— «w. »r » »e»* 16. k — •» f«— - — * 

especially »b"» r.r the license server 16 

„:„„«,,« encrvrjted by the private key ol tne ucaoc 
o..k«. than havintt a signature encrypwu / 

'.-«• * « c h license 16 has a signature encrypted oy a pr.*-* 

can only issue licenses 16 if such license serv 

issue licenses 16. 

In particular, in such embodiment: 

2 . it-.— 

(CERT (PO-1.S) S (PR-WW »><« . 
(PU-LS) S (PR-R))- . __ M 

2 ^phes die obtained license server public key (PU-LS) to the 
signature ofthe license 16 (S(PR-LS). 

, Should be recount that just as the root entity gave the 
Importantly, « should be recoyiu« ,„, rPR T 

M Inission to issue licenses 16 by providing the certificate (CERT 
Hcense server 24 permission such licenS e sender 24 can provide a 

(PU-LS) S (PR-R)) to «* hcense SCrVCT 
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Ma certificate to a second license server 24 (i.e.. (CERT (PU-LS2) S (PR-LSI)), 
thereby allowing the second Ucense server to also issue licenses .6. As should now 
He evident, a license 16 issued by the second license server vvou.d include a first 
certificate (CERT (PU-LS1) S (PR-R)) and a second certificate (CERT (PU-l^, > 
5 (PR-LSI)). Likewise, suchUcense .6 is validated by following the chain d^rough the 
tet and second certificates. Of course, additional links in the chain may be added and 
traversed. 

One advantage of the aforementioned signature verification process is 
that the root entity may periodically change the private root key (PR-R). thereby 
,0 likewise periodically requiring each license server 24 to obtain a new cemficate 
(CERT (PU-LS) S (PR-R))- Importantly, as a requirement for obtaining such new 
^.ttommm-,**'******** As ^ the black box 
30 if a license server 24 is relatively current, i.e.. has been upgraded rclanvely 
^tly, it is less likely that U«*nse server 24 has been successfully attacked^ 

upgraded periodically via an appropriate upgrade trigger mechantsm such . the 
sigMtU re verification process. Of course, other upgrade mechanisms may be employed 
without departing from the spirit and scope of the present invent™. 

Of course, if the private root key (PR-R) is changed, then the pubhc root 

,0 key (PU-R) in each DRM system 18 must also be changed. Such change may for 

. ^,iw a rkhnx 30 uoerade. or in fact may require that 

, 5 77* 

„ .„„ « ^ _* » « - - — 16 - — * - r- 

^ 36 of . DRM mm, ft i» ■* - - ""7'*' 
^ Mm — N - *- "«-<«—— onn£ " l<m 
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should be slewed in the state store 40 of the DRM system 1 8. 

Digital Rig hts License 48 

In the present invention, the license evalualor 36 evaluates a Digital 
Rights License (DHL) 48 as the rights description or terms of a license 16 to determine 

5 if such DRL 48 allows rendering of a corresponding pieee of digital content 12 in the 
manner sought In one embodiment of the present invention, the DRL 48 may be 
written by a licensor (i.e., the content owner) in any DRL language. 

As should be understood, there are a multitude of ways to specify a 
DRL 48. Accordingly, a high degree of flexibility must be allowed for in any DRL 

,0 language. However, it is impractical to specify all aspects of a DRL 48 in a particular 
license language, and it is highly unlikely that the author of such a language can 
appreciate all possible licensing aspects that a particular digital licensor may desire. 
Moreover, a highly sophisticated license language may be unnecessary and even a 
hi^ce for a licensor providing a relatively simple DRL 48. Nevertheless, a licensor 

15 should not be unnecessarily res^^ Atthesamedmc, 
the license evaluator 36 should always be able to get answers fiom a DRL 48 regardmg 

a number of specific license questions. 

In the present invention, and referring now to Fig. 11 , a DRL 48 can be 
specified in any license language, but includes a language identifier or tag 54. The 

20 license evaluator 36 evaluating the license 16. then, performs the preliminary step of 
reviewing the language tag 54 to identify such language, and then selects an 
appropriate license language engine 52 for accessing the license 1 6 in such identified 
ianguage. As should be understood, such license language engine 52 must be present 
and accessible to the license evaluator 36. If not present, the language tag ,4 and/or 

25 the DRL 48 preferably includes a location 56 (typically a web site) for obtaimng such 

language engine 52. 

Typically, the language engine 52 is in the form of an executable file 

or set of files that reside in a memory of the users computing dev.ee 1 4, such as a hard 
drive The language engine 52 assists the license evaluator 36 to directly interrogate 
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me DRL 48. *e license equator 36 inmates the »H. 48 indirect via the 
^ e^e 48 acting as an mtcrmedUry. or - **" — £ 
. „,.. o «„. h . ^ soacc in a memory of the u*r scompuungdev.ee 
language - - - _ 5 , ^ employed 

14 such as RAM. However, any other form oi languag 
5 without departing &om the spirit and scope of the present invention. 

Preferably, any language engine 52 and any DRL language supports at 

answered by any DRL 48. as will be discussed below. Accordmgly, the license 
answered oy any 4g ^ ^ m 

-valuator 36 is not tied to any particular DKL languab 

obtain a corresponding new language engine 52. 

* . • j.- nRL 48 is written in a DRL language that 
15 are provided below. TUcfirst, simple DRL «M)RL 48 is written in a DRL 

specifies license attributes, while the second 'script DRL J«e 
" Lage that can perform functions according to the script specified in the DRL 48 

20 Simple DRL 48: 

<UCENSE> 

<DATA iAME>Beastie Boy's Play</NAME> 

< rsSS>P.aytheson g 3«imes</DESCRIPT10N> 
<TERMS><n - ERMS> 

<V ^S? R EFORE>19980102 23:20:I4Z<^OTBEFORE> 

S^TE>19980102 23:20:.4Z</1SSUEDDAT^ 
<ScSsORSITI>rmp://w, W .foo.com^UCENSORSrrE> 
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<C0N1 <^IE>Beastie Boy's</NAME> 

<ID>392</ID> 
^cvrn>19292</K.F,YID> 
10 m <TYPE>MS Encrypted ASF 2.0</TTYPfc> 

5 </CONTENT> 

<OWNER> 

<ID>939KDKD393K1KAD> 

<NAME>Univcrsal</NAME> 

15 iA <PUBLICKEYXA>UBL1CKEY> 

</OWNER> 

<LICENSEE> _ 
<iN AME> Amold</N AME> 

<ID>939KDKD393KD</1D> 

<PUBLICKEY><A>UBUCKEY> 

</LlCENSEE> 
PRINCIPAL TYPE~'AND'> 

<PRINCIPAL TYPE-*OR> 

<PRINCIPAL> rr^m^ 

<rrYPE>x86Computer</TYFb> 

25 20 < 1D >3939292939d9e939</ID> 

<NAMF>Pcrsonal Computcr</NAME> 
<AUTHTYPE>Intel Authenticated Boot PL 

SHA-1 HSA512</AUTIITYPE> 
<AUTHDATA>29293939</AUTHDAIA> 

</PRINClPAl> 

<PRINCIPAL> /WT5 _ 
<TYPE>Application</TYPb> 

<1D>2939495939292</LD> 
<NAMF>Window's Media Player</N AME> 
35 30 <A UTHTYTE>Authenticode 

1</AUTHTYPE> ipmnm> 
<AUTHDATA>93939</AUTHDATA> 

</PRINClPAL> 
</PRINClPAL> 

40 ^ < P RINCIPAL> 

<rrYPE>Person< r l YPb> 

<ID>39299482010</1D> 

<NAME> Arnold W inn ^ AME> , /AirrHTYPE > 
<AUTHTYPE>Authenticate use ^^^^^ 
40 <AUTHDATA>\\redmond\amoldb< / AUTHDA 1 a 

<7PRINCIPAL> 
</PRINCIPAL> 
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<DRLTYPK>Si mP le</DRLTYPIl> [the language tag 54] 

<D ^TART>19980102 23:20:14Z</START> 
<END>19980102 23:20:1 4Z</END> 
<COUN 1>3</C0UNT> 
5 <ACT10N>PLAY</ACTION> 

</DATA> 

GNERPUBLICKEY> 
</SIGNATURE> 
20 </LICENSE> 

Script DRL 48: 

<LICENSE> 

<NAME>Beastie Boy's Play</NAME> 
<TERMS><iTERMS> 

<VALI ?JS f raEFORE>19980102 23:20:HZ<^OTBEFORE> 

30 SSKSSSWO 23 :20:1 4Z</NOTAFTER> 

<LlCENSORSITE>http://>«ww.foo. C om</LlCENSORSllt 

« <CONTENT> 

31 <NAME>Beastie Boys</NAMc 

<1D>392</ID> 
<KEYID>39292</KEYID> 
<TYPE>MS Encrypted ASF 2.0<-TTYPE> 

</CONTENT> 



25 
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<OWNER> 

<!D>939KDK.D393KD<nD> 
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<NAME>Univcrsal</NAME> 
<PUBL1CKEYX/PUBUCKEY> 

</OWNER> 

<LICENSEE> 

<N AME> Arnolds raw^ 

<ID>939KDKD393KD</ID> 

<PUBUCKEY></PUBL1CKEY> 

^S^Script<A)RLTYPE> [the language tag 54] 

<DRLDATA> u . % 

function on_enable(action, args) as boolean 

result - False 
if action = "PLAY" then 
result = True 

end if 

on_action = False 
end function 
< • • 

</DRLDATA> 
</DATA> 

<SIGN ^S^RNAME>Univcrsai</SIGNEIWAME> 

<HASHID>MD5</HASHID> 

<SIGNID>RSA 128</SIGNID> </ciGNATURE> 

GNERPUBLICKEY> 

</SlGNATURE> 
</LICENSE> 

h the two DRLs 48 specified above, the attributes listed have the 
following descriptions and d atatypes^ 
Attribute 

Name 
Content Id 
Content Key Id 
Content Name 
Content Type 



Description 

ID of the license 
N ame of the license 

I D of the content 

ID for the encryption key of the content 
Na me of the content 
Type of the content 



50 



55 



t 



WO 00/58811 



PCT/USOO/05091 



4(\ 



15 



20 



25 



30 



35 



40 



45 



Owner Id 
Owner Name 
Owner Public Key 



Licensee Id 
Licensee Name 
Licensee Public Key 

Description 
Terms 



Validity Not After 
Validity Not Before 
Issued Date 
DRLType 

DRL Data 
Enabling Bits 



Signer Id 
Signer Name 
Signer Public Key 

Content Signed Signer 
Key 



•50- 

ID o f the owner of the content 
Name of the owner of the content 
Public key for owner of content. This is 
a base-64 encoded public key for the 

own er of the content. -— 

Id of the person getting license. It may 

be null. m , . 

Name of the person getting license. It 

may be null 

Public key of the licensee. This is the 
base-64 encoded public key of the 

licensee. It may be null. 

Simple human readable description of 

the license , . — 

Legal terms of the license. This may be 
a pointer to a web page containing legal 

prose. 

V alidity period of license expiration 

Val idity period of license start 

Date the license was issued 



GUID 
String 
String 



Type of the DRL. Example inciuoe 
"SIMPLE" or -SCRIPT" 

Data specific to the DRL 

These are the bits that enable access xo 
the actual content. The interpretation of 
these bits is up to the application, but 
typically this will be the private key for 
decryption of the content. This data will 
be base-64 encoded. Note that these bits 
are encrypted using the public key of the 
i ndividual machine. 
I D of person signing license 
Name of person signing license 



String 



GUID 
String 



Public key for person signing license. 
This is the base-64 encode public key for 

the signer. . 

Public Public key for person signing the license 
1 that has been, signed, hy the content, 
server private key. The public key to 
verifv this signature will be encrypted in 
the content This is base-64 encoded. 



String 



String 
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f Hash Alg Id 



Signature Alg Id 



Alg rithm used to generate nash. This is 
a string, such as 'MPS'. 
Algorithm used to generate signature. 
This is a string, such as 'RS A 1 28" 



Signature 



10 



Signature oi tne aaia. 
encoded data. 



String 



String 



Strinn 



Methods „ 

As was discussed above, it is preferable that any language engine 52 

scope of the present invention, and consistent with the terminology employed tn the 
wo DRL 48 examples above, in one embodiment of the present invention, such 
support* questions or 'methods' include 'access methods". 'DRL methods . and 
'enabling use methods', as follows: 



Access Methods 



Access 



methods are used to query a DRL 48 for top-level attributes. 



15 VARIANT QueryAttribute (BSTR key) 

w„™. license Id ContcntName, Contentld, 
Valid keys include License.Name, License.io. 

c^iyp, 0-*-. o-* o-i«* *^ 



2d 



DRL Methods . nTM 

The mfimcr^o^mo^m^^^^ 

which is intended for communicating more advanced infonnation wtth a DRI . 48. It 
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is present largely for future expandability. 

n**.**. iQAtfivated(Variant data) A 

„ /license lots amvau~. 

This method returns a Boolean indicating whether the UKL 

play is active for only 48 hours. 



Activate(Variantdata) 1A 0ncea license 16 is activated, it cannot 

This method is used to activate a ucense 16. Once a hcense 

10 be deactivated. 

Variant Query DRUVariant data) 

future expandability of the DRL 48 feature set. 



15 



it hasn't been activated, or the like. 



action. If the return value isWLL. the license 
not yet have an expiration datebecause 



1U 

NULL is returned, the operauon «■» i 

25 BooleanlsEnabledCBSTRaction.Vanantdata-, natthe 
This method indicates whether the license .6 supports the request 
present time 

Boolean lsSunk(BSTR action. Variant data) 
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_a „ „ M — true. *» ■ i— ' • « » - *• J tou 



5 



10 



15 



20 



Pnabline Use Methods. 

decrypting content. 

Boolean Validate (BSTR key) 

value of FALSE indicates invalid. 

* WB »0«-— *- A— .-0 — — • *- 
return values can be defined. 

BSTR (WD-OT"****"" <» STR «*-• . 

— — — — - 1 



25 
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usns ,. „ ,„„. •plaY") on a piece of digital content 

5 choice. In particular, to perfonn an action (say PLAY 

12 the Mowing steps could be performed: 

, Get all licenses 16 to apply to the particular piecx of distal 

content 12. , 

2 . Eliminate each license 16 to does not enable the actton by 

callingthelsEnAlcdfuncuononsuchlicensel^ 

3 . Eliminate each license 16 to is not active by calling 
IsAcUvated on such license 16. 

IsSunk on such license 16. 
, if any license 16 is left, use il- Use m 
„,„ ten* ,6 erf.* .sin. . 

iin-ncPQ 1 6 left, return status so indicating, t ne 
6. If there are no licenses i o icn. 

user would then be given the option of: 

^gaUcense^toisnotpaidforupfrontif avadahle, 

activating a license 16. if available: and/or 
perfomung license acquisition from a license server 24. 

miM necessarv to effectuate the processes performed in 
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Habere*. An > ^P«^^™ h " ptol * d,,,e,ftCMB 
In the fow>»* ii can oe seen mat inc V 

j;.^,-— »— *Ttr^ 

—* — ** re " ten ' 8 "Tit 

L**»— — - — -r ^ 

L-,-— M.— b^-- * 

15 the content owner. . 

It should be appreciated that change, could be made to 
e.boditnents desaibed above without departing from the inventive concepts thereof. 

20 scopeofthepresentmvendonasdefincdbytheappendedcl^. 



Claims 
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CLAIMS 

1 . A digital rights management (DRM) system operating on a computing device 
when a user requests that a protected piece of digital content be rendered by the 
computer device in a particular manner, the system comprising: 

a license store for storing one or more digital licenses on the 

computing device; 

a license evaluator for deternuning whether any licenses stored 
in the license store correspond to the requested digital content, for 
determining whether any such corresponding licenses are valid, for 
reviewing license rules in each such valid license, and for determining 
based on such reviewed license rules whether such license enables the 
requesting user to render the requested digital content in the manner 
sought; and 

a state store for maintaining state information corresponding to 
each license in the license store, the state information being created and 
j 5 updated by the license evaluator as necessary. 

2. The DRM system of claim 1 wherein the license evaluator is a trusted 
component thereof. 

3 The DRM system of claim 2 wherein the license evaluator runs in a protected 
environment on the computing device such that the user is denied access to such 

20 license evaluator. 

4 The DRM system of claim 1 wherein the license evaluator effectuates acquiring 
an enabling, valid license if no such enabling, valid license is located and if such 
enabling, valid license is available. 



5. 



The DRM system of claim 4 wherein the license evaluator refers to license 
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acquisition infonnation attached to the digital content during effectuating acquiring an 
enabling, valid license, the license acquisition information including data selected from 
a group consisting of types of licenses available and a network site at which a license 
server may be accessed. 

5 6. The DRM system of claim 5 wherein the license cvaluator exchanges 
information with the license server during acquisition of an enabling, valid license. 

7. The DRM system of claim 5 further comprising a black box for performing 
encryption and decryption functions as part of the evaluation of any license, the black 

,0 as part of the evaluation of any license, wherein the license server refuses to issue a 
license to the license evaluator if the black box is not current. 

8. The DRM system of claim 7 wherein the license evaluator requests a current 
black box from a black box server, receives the requested black box. and installs the 
received black box on the computing device, the received black box having a second 

,5 unique public / private key pair (PU-BB2. PR-BB2) different from the first unique 
public / private key pair (PU-BB1 . PR-BB1 ). 

9 The DRM system of claim 5 wherein the license evaluator receives an enabling, 
valid license from the license server and stores the received license in the license store. 

10 The DRM system of claim 1 wherein in determining whether the license 
20 enables the requesting user to render the requested digital content in the manner 

sought, the license evaluator has access to data on the computing device, such data 

being selected from a group consisting of: 

an identification of the computing device and/or particular aspects thereof: 
an identification of the user and/or particular aspects thereof: 
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an identification of an application to be employed to render the digital content 

and/or particular aspects thereof; 
a system clock; and 
combinations thereof. 

5 u The DRM system of chum 1 further comprising a black box for performing 
ion and decryption functions as part of the evaluation of any license. 



encryption 

12. The DRM system 
thereof. 



of claim 1 1 wherein the black box is a trusted component 



10 



13 The DRM system of claim 12 wherein the black box runs in a protected 



box. 



,4 The Dim system of daim 11 wr^reh, the black box works in co^uncuon with 
fce iicense cvaluator to decrypt / encrypt information as part of the evaluation of any 



license. 



m , . . . th - 1;^^ evaluaior selects an enabling, 
if 15 The DRM system of claim 1 1 wherein the license evaiuaiu 

mmt mm. X mm. » ** "» -* ° mm "° " ' ' 

decrypt the protected digital content. 

,«,. The DRM mm 0< * ' ■ ** *■ ** *™" " *~* 

„ *M mm m. ** i — «— — * - * " " ^ 
^mm, - *** — ' """" 
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,he license cvaluator to decrypt / encrypt information as pan of the evaluation of any 
license and wherein the black box has a unique public /private key pair (PU-BB, PR- 
BB) that is employed as part of 0* evaluation of any license, and that is also employed 
,o obtain a decryption key (KD) for decrypting the protected digital content 

5 18. T^min^^^^^^^^'^^^^* 
memory storage device on the computing device. 

19. The DRM system of claim 18 wherein the license store is a directory of a 
memory drive. 

20 The DRM system of claim 19 wherein the memory drive is selected from a 
10 group consisting of a soft disk drive, a hard disk drive, and a network drive. 

21. The DRM system of claim 1 wherein the state store is a trusted component 
thereof. 

22 The DRM system of claim 21 wherein the state store runs in a protected 
environment on me computing device such that the user is denied access to such state 

15 store. 

23 The DRM system of claim 1 wherein each license in the license store may be 
rented therefrom, and wherein the state store also maintains state informanon 
corresponding to each license formerly in the license store. 

24 A computing device having a digital rights management (DRM) system 
20 operating thereon when a user requests that a protected piece of digital content be 

ren deredby*ecnmputerde^ 

a license store for storing one or more digital licenses on the computing devrce; 
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i , *.^mininfl whether anv licenses stored in the license 
a license evalualor f r determining * nc 



store corresp 



d w the guested digita! content for detaining whether any such 

license rules in each such valid license. 



LI 



r^svmSim licaws m v«H fa ■««•«• 

' j .^^-vd»ctnset«lcs>»littosoailiteiiss="«"" 

a rff«fcttntiiiiingb«s«l»" s " hle " ,>,MIOT ^ 

» — m* + - — — — 4 * * 

cvaluator as necessary. 

10 component oftheDRM system. 

26 Be computing device of claim 25 wherein the Ucense evaluator runs in a 
26. ine co P h, to license 

protected environment thereon such that the user aen. 

evaluator. 

such enabling, valid license is available. 

„ . •„ of clairn 27 wherein the license evaluator refers to 
1R The computing device oi ciaim ^ 

28. P b 9 „. . t0 ^ digital content during effectuating 

license acquisition information attached to tne aigi 

license acqm in f 0 nnation including data 

acquiring an enabling, valid license, the license acqw 

acquiring ^ a network site at 

20 selected ftom a group consisting of types of license 

which a license server may be accessed. 
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30 The computing device of claim 28 wherein the DRM system further comprises 
a black box for performing encryption and decryption functions as part of the 
evaluation of any license, the black box having a first unique public / private key par 
(PU-BB1. PR-BB1) that is employed as pan of the evaluation of any license, 
.he license server refuses to issue a license to the license evaluator if the black box is 



5 



not current. 



31 ^ computing device of claim 30 wherein the license evaluator requests a 
current black box from a black box server, receives the requested black box, and 
^ the received black box on the computing device, the received blade box having 
,0 a second unique public / private key pair (PU-BB2. PR-BB2) different from the first 
unique public / private key pair (PU-BB1. PR-BBl). 

32 The computing device of claim 28 wherein the license evaluator receives an 
enabling, valid license from the license server and stores the received license m the 
license store. 

33 The computing device of claim 24 wherein in determining whether the license 
enables the requesting user to render the requested digital content in the manner 
sought, the Ucense evaluator has access to data on the computing device, such data 
being selected from a group consisting of: 

20 an identification of the user and/or particular aspects thereof; 

an identification of an application to be employed to render die digital content 
and/or particular aspects thereof; 
a system clock; and 
combinations thereof. 

~f *uim Id wherein the DRM system further comprises 
25 34. The computing device of claim 24 v\ herein me 7 
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^ • . ^nmtion and decryption functions as pari of the 
a black box for performing encryption ana . 

evaluation of any license. 

. . .1. Law IS 4 tmSted 

of dam 34 wherein tne 

35 The computing device oi ciairo 

component of the DRM system. 



5 



56 v.-**********-**--*'-"* 

CTviro nment thereon such that the user ,s demed acce* to sue 

The computing device of claim 34 wherein the black box wo*s in conjunction 
37 . The computing de. . nfoTmation as part of the evaluation ot 

with the license evaluator to decrypt / encrypt 



any license. 
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(KD) to decrypt the protected digital content. 



15 
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• f,i«™ 34 wherein the black box decrypts the protected 
39. me computing dev.ee of clatm 34 wherem mfacien ab le sthc 
u a- license evaluator determines that a license in 

PR-BB) m is - - * « °' * XL «- — • 

4 1 The computing device oi uw 
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of a memory storage device on the computing device. 

42. The computing device of claim 41 wherein the license store is a directory of a 
memory drive. 

43. The computing device of claim 42 wherein the memory drive is selected from 
5 a group consisting of a soft disk drive, a hard disk drive, and a network drive. 

44. The computing device of claim 24 wherein the state store is a trusted 
component of the DRM system. 

45. The computing device of claim 44 wherein the state store runs in a protected 
environment thereon such that the user is denied access to such state store. 

10 46. Thecomprinngdevicoofc^ 

be removed therefrom, and wherein the state store also maintains state information 
corresponding to each license formerly in the license store. 

47. A computer-readable medium having computer-executable instructions stored 
thereon for operating a digital rights management (DRM) sy stem on a computing 
device when a user requests that a protected piece of digital content be rendered by the 
computer device in a particular manner, the instructions performing a method 
comprising: 

storing one or more digital licenses in a license store on the computing devtce; 
determining whether any licenses stored in the license store correspond to the 

20 requested digital content; 

detennining whether any such corresponding licenses are valid; 

reviewing license rules in each such valid license; 

determining based on such reviewed license rules whether such license enables 
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rnaintaining in a state store on the computing device stale information 
corresponding to each license in the license store, the state information being created 
and updated as necessary. 

5 48 The method of claim 47 further comprising acquiring an enabling, valid license 
if „o such enabling, valid license is located ami if such enabling, valid license ts 
available. 

49 The method of claim 48 funhcr comprising referring to license acquisition 
information attached to the digital content to effectuate acquiring an enabling, vahd 
license, the license acquisition information including data selected from a group 

may be accessed. 

50. The method of claim 49 further comprising exchanging information with the 
license server during acquisition of an enabling, valid license. 

aec^onfuncrio.aspartoffhe^uati onofanyUcense^abhtckboxhaving 
the evaluation of any license. 

requesting a current black box from a black box server: 
receiving the requested black box: and 

■ box having a second unique public , private key pair (PU-BB2. PR-BB2) different 
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_ _ ^ *7 wherein determining whether the license enables the 
53 . i-— — -7 ^^^c^inAemannersoughteompnses 

dc^whetne.theUeensee^e- ^ 
5 digiul content in tbe manner sought based oata 

UllWM selected from a group consisting of: 
such date bemg seiecie aspects thereof, 

an idemificationofthecomputmg dcv.ee and/or pan 

* ^cation of an applicadon tn be employed to tender * 
10 and/or particular aspects thereof; 
a system clock; and 
combinations thereof. 

54 ^ ^ * ~ — ^ "* 

a ,«* ftf the evaluation of any license, 
decryption functions as part ot the evaiu- 
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20 



obtaining a decryption Key w 

• • ^crrvrtine the protected digital content 
5 , T te ^ofc to 54compns»gd^^ 

guested digital content in the manner sought 

^cd of claim 54 further comprising performing encryption and 

a unique public / private key pair (PU-BB. PR 



evaluation of any license. 
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58 The method of claim 47 wherein each license in the license store may be 
^oved therefrom, the method father comprising maintaining state informal m 
the state store corresponding to each license formerly in the license — 
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